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TROUBLE TRACKING SYSTEM AND METHOD 



BACKGROUND 

Field of the Invention 

The present invention is directed to issue tracking and resolution. More 
particularly, the present invention is directed to an automated trouble tracking 
system that receives stores and tracks "tickets" that represent particular problems 
or issues associated with a process or enterprise, and alerts an appropriate 
responsible party of an outstanding trouble ticket that needs attention. 

Background of the Invention 

Large service-oriented enterprises such as banks, insurance companies and 
telephone companies often establish separate divisions that are responsible for 
resolving computer, process, or customer problems or issues. For example, 
computer network problems might cause unacceptable computer downtime and 
thus must be resolved as soon as possible so that normal operations can proceed. A 
customer complaint, on the other hand, is a common example of a customer issue. A 
customer complaint, left unaddressed, may lead to the loss of that customer and 
thus a decrease in revenue. Accordingly, it is imperative that problems and issues 
that arise within a business setting be dealt with in a timely and proper manner. 

Due to the large size of some organizations and the many customers they 
service, there is the potential for a large number of issues to arise. These 
organizations, therefore, often employ several people who can be mobilized 



individually or in groups to resolve the myriad of issues that can face a business. 
Managing these people so that the issues are resolved quickly and correctly, 
however, is a difficult task. 

In response, some businesses have implemented issue management systems, 
often implemented via software, that are operable to receive issue or trouble 
"tickets." Specifically, these systems are designed to receive (and store in a 
database) a description of an issue, and to assign a ticket number to the description 
of the issue. The ticket number is used for tracking and resolution purposes. The 
basic data structure or record of a trouble ticket preferably includes a number of 
fields in which a user can enter data describing the issue. A trouble ticket number 
may then be transmitted by, e.g., an electronic mail system to the appropriate 
maintenance, repair or customer service personnel who are most qualified to resolve 
the issue. When the issue is resolved, the ticket is "closed out" and the ticket record 
is stored for later retrieval and analysis. 

While the basic functionality of issue management systems has been 
implemented in the prior art, conventional issue management systems remain 
deficient in a number of ways. Specifically, even if an email message is sent to alert 
a responsible party that there is an outstanding trouble ticket, that person may not 
always have access to his email. Thus, if the problem is sufficiently severe, 
operations might have to be stopped until that person can be located, informed of 
the problem, and the problem resolved. 



Also, conventional issue management systems are designed for use 
internally, i.e., within an organization. However, in recent times companies have 
decide to outsource or contract out various functions, particularly those in the areas 
of computer infrastructure and field personnel. Thus, it may be desirable to have a 
non-employee have access to the issue management system. 

SUMMARY OF THE INVENTION 

The present invention provides a world wide web enabled trouble tracking 
system (TTS) and method that communicates and tracks issues such as problems, 
inquiries, notifications and user acceptance testing (UAT) data. The trouble 
tracking system and method of the present invention includes functionality that 
improves significantly over conventional issue management systems. 

More specifically, the present invention is geared to account for events or 
problems within a large organization or enterprise. The present invention is 
described herein using as the primary example the case of a large telephone 
company that, for example, includes a billing entity that is responsible for customer 
billing (including levying appropriate taxes and keeping track of rates and services). 
In the telephone company billing context four issues defined below are those that 
are tracked for the example of the present invention described herein, although it 
will be understood by those skilled in the art that any number or type of other 
issues may also be tracked with the present invention in a wide variety of large 
organizations. 



"Problem" - event, which does not conform to "agreed-to" specifications, or 
results in incorrect billing, or results in corruption of, related processes. "Problems' 
are entered in the TTS and sent to the appropriate person(s) within or outside the 
company for resolution. 

"Inquiry" - questions concerning customer accounts. Such questions 
originate, for example, via Customer Operational Units (COUs) (i.e., logical 
division of a company based on a type of customer, such as small business, 
consumer, etc., and their needs) and/or Enhanced Billing Services (EBS) (i.e., a 
specialized group that serves larger or more sensitive customers regarding their 
billing needs. Inquiries are entered into the TTS and passed on to the appropriate 
person or group for resolution. 

"Billing Notifications" - special TTS tickets that produce word processing 
documents. These documents are preferably sent to at least one of a billing unit or 
COU. The documents provide information relating to, e.g., billing errors, recoveries, 
refunds and reruns. 

"User Acceptance Testing" (UAT) - features or changes that have not yet 
been entered into production or implemented. A UAT ticket is entered when a UAT 
event does not conform to "agreed-to" specifications or could result in incorrect 
billing, or corruption of related processes. Once entered, UAT tickets are sent to the 
appropriate persons inside or outside the company, as necessary. 



The present invention preferably comprises, at a high level, a client 
executable file and graphical user interface (GUI). Preferably, also incorporated ar< 
server-based components including an email system and a report creation and 
copying application, a duplicate ticket identification module and connectivity with 
an automatic paging system. Still further, the present invention preferably 
includes a portal through which the trouble tracking system's database can be 
accessed by outside contractors such as outsourced information technology (IT) 
personnel, whereby consistency between "local" and "offsite" databases can be 
maintained. 

The present invention preferably includes a series of user interface screens 
that are accessible via the Internet (or an Intranet) using browser software such as 
Netscape or Microsoft Explorer. A user can add and update TTS tickets by adding 
and updating information in data fields presented on a display screen. For 
example, one user interface screen is used to add a new "problem" ticket to the 
database and includes a field for describing the problem encountered. This user 
interface screen also preferably includes a field for associating a severity level with 
the problem. If the severity level is high enough (i.e., above a predetermined 
threshold) the present invention preferably not only emails a notification of the 
problem to a "responsible" person, but also initiates a paging call to that person over 
a paging system. 

Another user interface screen is dedicated to adding a new "inquiry" ticket. 



Still another user interface screen is dedicated to adding a new "bill 
notification" ticket. 

Other user interface screens include a query screen and a ticket summary 
screen. The ticket summary screen provides a listing of tickets, outstanding or 
5 closed, that are stored in the TTS database. The query and summary screens can 
be very useful as a management tool. 

Another feature of the present invention is the implementation of a duplicate 
ticket identification function. When a problem is identified and a ticket is entered 
into the system of the present invention, it is possible that someone else might have 

10 already entered a ticket for an identical problem or someone will subsequently enter 
a ticket for an identical problem or issue. The later-entered ticket might have an 
identical description or may have a description that, while not identical, can 
nevertheless be considered to be the same ticket for purposes of resolution. To avoid 
overloading both the database of the trouble tracking system of the present 

15 invention and/or the resources of the personnel who must address and resolve the 
tickets, the present invention provides a module that (i) periodically screens the 
outstanding tickets in an effort to identify potential duplicates, (ii) makes available 
to a system administrator and/or responsible person a listing of the identified 
duplicates and (iii) permits deletion from the database of one or more duplicate 

20 tickets and/or flags the duplicate(s) so that it is no longer considered "open" and will 
be formally closed when the issue is resolved. 
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It is therefore an object of the present invention to provide a trouble tracking 
system and method for entering, tracking, identifying trends and resolving 
problems and issues. 

It is another object of the present invention to provide specific tracking 
5 capability for problems, inquiries, billing notification and user acceptance testing. 

It is yet another object of the present invention to provide a world wide web- 
enabled system and method that permits personnel from both within and outside an 
organization to have access to a trouble tracking system whereby local and offsite 
databases can remain consistent. 

10 It is another object of the present invention to provide a trouble tracking 

system that includes a severity level indicator which, if above a certain threshold, 
causes a paging system to page a responsible party to alert that party of an 
outstanding trouble ticket. 

It is also an object of the present invention to provide a trouble tracking 
15 system that searches for duplicate ticket entries and alerts a system user of any 

such duplicates so that the system user can delete any duplicates as desired, and/or 
flag them as duplicates. 

It is a further object of the present invention to provide a simple graphical 
user interface to enter, track, determine trends in, and list trouble tickets. 
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It is also an object of the present invention to provide a trouble tracking 
system that generates reports. 

These and other objects of the present invention will become apparent upon 
reading the following detailed description in conjunction with the accompanying 
5 drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram of a preferred implementation of the present 
invention. 

10 

Figure 2 illustrates an exemplary new ticket input screen for a problem in 
accordance with the preferred embodiment of the present invention. 

Figure 3 illustrates an exemplary new ticket input screen for an inquiry in 
15 accordance with the preferred embodiment of the present invention. 

Figure 4 illustrates an exemplary new ticket input screen for bill notification 
in accordance with the preferred embodiment of the present invention. 

20 Figure 5 illustrates an exemplary problem resolution screen in accordance 

with a preferred embodiment of the present invention. 
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Figure 6 illustrates an exemplary ticket summary screen in accordance with 
the preferred embodiment of the present invention. 

Figure 7 illustrates an exemplary query screen in accordance with the 
preferred embodiment of the present invention. 

Figures 8A-8C are flowcharts illustrating a preferred implementation of the 
trouble tracking system of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention, the trouble tracking system (TTS), provides an 
automated or mechanized system and method to communicate, determine trends 
and track, e.g., problems, inquiries, notifications and user acceptance testing (UAT) 
data both within and outside an organization. The TTS facilitates the management 
and, thus, the final resolution of issues of concern such that the issues are resolved 
quickly and efficiently. 

Figure 1 illustrates a preferred arrangement for implementing the present 
invention. Specifically, a Trouble Tracking System (TTS) server and database 110 
is connected to an electronic network 120, which can be a local area network, a wide 
area network, the Internet and most preferably a combination thereof. Although 
TTS server and database 110 are shown as a single unit, the server and database 



may be distributed and not even necessarily located in close proximity to each other. 
That is, the server and database 110 can themselves be interconnected via a 
network. In the following description, the TTS server and database are discussed 
as a single unit for convenience, but the present invention is not limited to this 
5 architecture. In a preferred embodiment, the server runs Microsoft Windows NT 
4.0 and the database is a Sybase SQL server, version 11.0. TTS server and 
database 110 form the backbone of the TTS. As shown, several users 130 are also 
connected to network 120 via computers or terminals with displays whereby each 
user 130 has access to TTS server and database 110 via graphical user interface 
10 screens described in detail later herein. 

Users 130 preferably are people who have the responsibility for dealing with 
issues arising in a businesses operations. Such issues may be technical in nature, 
e.g., computer problems, or may be consumer related, e.g., customer complaints. 
Other issues might include errors that are caught before the results of the errors 
15 are passed on to consumers, e.g., errors on bills that have not yet been mailed. This 
latter type of error or issue is considered a User Acceptance Testing (UAT) issue. 

Once such a problem or issue is detected, a user 130 accesses TTS server and 
database 110 via network 120 and enters a description of the issue that has arisen. 
Figure 2 shows an exemplary "problem" entry screen. For purposes of the screen of 
20 Figure 2, a problem is defined as an event which does not conform to "agreed-to" 
specifications, or results in a breakdown of a process, e.g., billing. 
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More specifically, the screen of Figure 2 has a "status" region that indicates 
the status of the ticket as either open, pending, rejected, diagnosed, approved, 
disapproved, duplicate, not repeatable, resolved or closed. The status region also 
includes a field for entering the person who set the status and the date on which the 
status was set. Also included is a "person responsible" field and a target date which 
corresponds to a date by which the ticket is to be resolved. Below that region of the 
screen is a "problem" region, which includes fields to indicate who discovered the 
problem, the date it was found, and/or the date the problem started. Beneath the 
"problem" region there is a "verified" region. The information in this region is used 
to indicate whether the resolution to the problem has been verified ("OK") or 
whether the resolution has "failed." 

Towards the upper right of the screen of Figure 2, there are regions for 
"escalation", i.e., whether the trouble ticket deserves attention at a higher level of 
management, and "closed date" which indicates when the ticket is closed, if at all. 
Below those regions are "entered by" and "initiated by" regions which identify the 
person or persons responsible for entering the information and/or initiating the 
entry of the information. Below those latter two regions, there is a region entitled 
"category," which preferably is used to identify the process in which the problem 
occurs and, more specifically, the root of that process. Also included are various 
other pieces of information that may be useful for ticket tracking purposes, such as 
"release number" for , e.g., software version, "CPATS #" for proprietary work 
request number, "journals" for indicating whether a certain group (e.g., the journals 
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group) has been reported to, "contacted" (to denote if the problem has bee reported 
to the COUs) and "RF6355" (to denote if the problem was received as a certain kind 
of inquiry). 

There is also space in the screen shown in Figure 2 for entering a brief 
description of the problem. On the left-hand side of the screen, there is a "severity" 
field where the user can indicate, for example on a scale from 1-4, what the severity 
of the open or outstanding ticket is. Further, on the left-hand side of the screen of 
Figure 2 is a region entitled "sites" for indicating which geographical sites 
associated with a business might be affected by the problem or issue that is being 
added to the trouble tracking system database. 

At the bottom of the screen shown in Figure 2 are a series of command 
buttons which include conventional functions such as adding, copying, deleting, 
saving, canceling, printing, editing and closing the screen or information entered in 
the screen, as the case may be. On the left-hand side of the command buttons is the 
command button "e-mail". If the e-mail button is depressed, then the person 
indicated in the field in the "person responsible" region is automatically e-mailed 
with an alert that an outstanding ticket has been assigned to that person. More 
preferably, an email message is automatically created and sent when a ticket is 
initially created. The email button may then be used when a change is made to a 
ticket and the change is determined to be significant. Preferably the present 
invention includes a lookup table (or a link thereto) listing the possible persons who 
might be indicated as a "person responsible" and their respective email addresses. 

12 



Figure 1 schematically illustrates e-mail server 190 connected both to TTS server 
and database 110 and network 120 to effect the e-mail function of the present 
invention. 

Also connected to TTS server and database 110 is a modem 140, which is 
further, connected to a paging system 170. In accordance with the present 
invention, when the severity level indicated in the severity field in the upper left- 
hand corner of the screen of Figure 2 is above a certain threshold, e.g., 3, the person 
indicated as the "person responsible" is also automatically paged. Though not 
shown, the present invention also preferably includes a lookup table (or a link 
thereto), which matches the possible responsible persons with their paging 
numbers, whereby when the severity level is above the threshold, the paging 
function is automatically launched. The page preferably includes text information 
including the trouble ticket number. Those skilled in the art will appreciate that 
paging may also be effected without the use of a modem. 

Figure 3 illustrates a new ticket input screen for an inquiry. In this case, 
there are fewer regions to complete since an inquiry is a trouble ticket that is 
initiated from an outside source and, thus, it is usually irrelevant who discovered 
and/or initiated the problem in the first place. The field "AI validation" in Figure 3 
preferably indicates whether the a billing department, for example, is actually 
responsible for resolving the ticket, i.e., is the ticket valid for a particular 
department. 
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Figure 4 is a screen that preferably is used to add a new ticket for bill 
notification. In this case, there are fields directed to bill notification-specific 
information, such as whether the ticket is related to a refund, recovery, rerun or 
usage. 

Figure 5 illustrates an exemplary problem resolution screen in accordance 
with the preferred embodiment of the present invention. This screen is accessed via 
the "Text Fields" tab at the top of the screen. As can be seen near the bottom of the 
screen of Figure 5, text boxes are available for several fields of a trouble ticket 
record. Figure 5 illustrates a resolution field in which a user details how, e.g., a 
problem was resolved. 

Figure 6 illustrates a ticket summary screen in accordance with a preferred 
embodiment of the present invention. In this screen, each of the tickets is ordered 
by ticket number (ID), its entry date, and its brief description. Accordingly, a user 
130 can easily search through the different types of tickets based on, if desired a 
query, which can be set to filter and order tickets by "person responsible" or any 
other searchable field of the trouble ticket record, e.g., specific dates. In a preferred 
embodiment, the summary screen of Figure 6 is the default screen of the TTS and is 
displayed first when initially logging on to the system. 

Figure 7 shows a listing of saved queries. The other tabs at the top of this 
exemplary screen may be selected to display tickets in accordance with different 
criteria, e.g., by which entity the ticket is related, date, what type of impacts the 
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ticket might have on other systems/processes, by miscellaneous criteria or in 
accordance with selected sorting criteria (none are shown, but are all easily 
implemented by those skilled in the art using well-known database manipulation 
techniques). 

Figures 8A-8C are flow charts illustrating a preferred implementation of the 
trouble tracking system of the present invention. The flowcharts depict the case of 
both internal and external/outsourced trouble ticket management, and specifically 
for the case of an outsourced information technology (IT) group. In the following 
discussion, "internal" or internal person/personnel refers to the organization that 
controls the TTS, while "outsourced personnel/organization" refers to the external or 
outsourced IT organization. 

Referring to Figures 8A-8C, a TTS ticket is created at step 800 by, for 
example, inputting a new problem ticket via a screen such as the screen shown in 
Figure 1. At step 802, it is determined whether there is a ticket having a status of 
"open internal." That is, it is determined whether the ticket created at step 800 is 
still outstanding. If there is a ticket that is outstanding and is open to internal 
personnel, then at step 804 an internal employee works on and resolves the problem 
described by the ticket. Once the ticket has been properly resolved, the status of 
the ticket is changed to closed as shown at step 806. 

If the ticket that was entered at step 800 was a ticket that should be assigned 
to outsourced personnel, then it is determined at step 810 whether there is an open 
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external ticket that is meant for the outsourced organization. If not, then the 
process returns to step 802 to determine if there are any other open tickets. This 
loop continues for as long as the system is running. If there is an open ticket 
assigned to an outsourced organization, then after the trouble ticket record is 
5 received by the outsourced organization, step 812, the process proceeds to step 814 
where the status field in the ticket record is changed to "pending." In accordance 
with the present invention, the outsourced organization preferably is given access to 
the trouble tracking system server and database 110 so that the outsourced 
organization can receive assigned "open" tickets and update trouble tracking system 
jlO database and server 110 in an appropriate manner. Access to TTS server and 
J database 110 is preferably implemented via a world wide web portal that the 
* outsourced organization can reach via the Internet. Thus, the outsourced 

organization preferably monitors TTS server and database 110 for tickets that have 
% been assigned to the outsourced organization and have status fields of "open." 

J15 When an "open" status is detected, the outsourced organization receives the 

data associated with the ticket, i.e., the description of the problem and any other 
desired information, and loads that information into its own management system. 
Status is then changed to "pending" at step 814. Thereafter, at step 816, the 
outsourced organization creates a Defect Change Request (DCR) and transmits that 

20 DCR to the TTS server and database 110. At that point, as shown at step 818, TTS 
server and database 110 updates the "assigned to" field so that the internal 
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personnel have a tracking number with which to coordinate with the outsourced 
organization. 

At step 820, as shown in Figure 8A, a manager in the outsourced 
organization assigns the DCR to a particular programmer. This information is then 
5 transmitted to TTS server and database 110 and the programmer's name is then 
added to the appropriate field, as shown in step 822. When the programmer, in step 
824, changes the status of the ticket, that information is transmitted to and 
received by TTS server and database 110 at step 826. 

Figure 8B illustrates a verification process with respect to an allegedly 
10 resolved ticket. Specifically, at step 830 it is determined whether the outsourced 
organization has rejected the ticket altogether. That is, the outsourced IT 
organization might not believe that the problem described by the ticket is its 
responsibility or fault. If the ticket was not rejected by the outsourced organization, 
then at step 832 it is determined if the problem described in the ticket was properly 
15 diagnosed. If yes, then at step 834, the status of the ticket is appropriately changed 
to "diagnosed". 

If the problem was not properly diagnosed, then at step 836, the outsourced 
organization may "disapprove" the ticket as, for example, being assigned to the 
wrong group within the outsourced organization. If the problem was diagnosed and 
20 not disapproved, then the process continues to step 838 where the internal 
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personnel approve of the disposition or resolution of the ticket. If so, at step 840 the 
status of the ticket is changed to "resolved". 

Returning to step 830, if the outsourced organization indicated that it 
believed that the ticket is not an IT problem, then the process proceeds to step 842. 
If the internal personnel agree with IT's assessment, then at step 844 "OK" is 
checked in the "verified" region of Figure 1, for example, and at step 846, a new 
ticket is opened if needed. If at step 842, the internal personnel do not agree that 
the problem is not an IT problem, then the "failed" indicator is checked in the 
"verified" region of Figure 1 and at step 852 the programmer, who is indicated as 
being responsible for resolving the issue, is contacted and the ticket is discussed 
with that programmer to attempt to resolve the issue. The process then returns to 
step 830. 

If at step 836 the outsourced organization believes that the ticket was 
assigned to the wrong IT group or area, then the internal personnel proceed with 
steps 860, 862, and 864, or 866 and 868 which are similar to steps 842-852, 
discussed above. 

Figure 8C depicts steps 870-878. The steps of Figure 8C follow step 838 or 
step 840 of Figure 8B and are invoked if a ticket has been resolved or has been 
properly rejected or disapproved by the outsourced organization. The process of 
Figure 8C starts with step 870 wherein, if the ticket has not been properly resolved 
for any reason, then the process returns to step 830, i.e., the top of Figure 8B. On 
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the other hand, if the issue or problem has been resolved, then at step 872, the 
internal personnel have the chance to agree or disagree with the final resolution. If 
there is agreement with the resolution, then the "OK" indicator is checked in the 
"verified" region of Figure 1, as shown in step 874, and if there is disagreement with 
5 the final resolution, then at step 876, the "failed" indicator is checked in the 
"verified" region of Figure 1. Thereafter, the programmer that is responsible for 
resolving the issue is contacted, as shown in step 878 and the issue is resolved with 
the programmer and the process returns to step 830, i.e., the top of Figure 8B. 
Ultimately, the status of the ticket will be changed to "closed". 

gpO Thus, as shown in Figure 8A-8C, the present invention continuously checks 

j= for new tickets and, when the ticket is assigned to an outsourced organization, is 

H capable of effectively tracking the progress and ultimate resolution of that ticket 

JL even though the "person responsible" is not an internal employee. 

Lj Another feature of the present invention is that of duplicate ticket 

pi 5 identification, a feature that has significant advantages. For example, a large 
telephone company might mail thousands of bills in a single billing period. If a 
program error causes bills to be incorrect, then it is not unlikely that many 
customer complaints might be received. While each of the customer bills must be 
corrected, each instance of which could be entered in the TTS, there is only a single 
20 instance of the computer program bug which must be corrected. Thus, only a single 
ticket should be assigned to a "person responsible" to resolve the computer error. 
However, several tickets might be entered into the TTS by different people (e.g., 
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different customer service representatives) before it is realized that multiple tickets 
are being assigned for the same problem. 

In accordance with the present invention a duplicate ticket module or search 
engine 150 is in communication with the database of the TTS server and database 
5 110. To avoid overloading both the database of the TTS and/or the resources of the 
personnel who must address and resolve the tickets, the present invention provides 
a module 150 that (i) periodically screens the outstanding tickets in an effort to 
identify potential duplicates, (ii) makes available to a system administrator and/or 
responsible person a listing of the identified duplicates and (iii) permits deletion 
110 from the database of one or more duplicate tickets or flags the duplicate (s) so that it 
I is no longer considered "open" and will be formally closed when the issue is 
* resolved. Duplicate search module 150 may run SQL searches on the database to 
^ try to identify duplicate strings in the description field duplicate "person 
\ responsible" and/or dates that tickets were added. 

jl5 If an exact or potential duplicate ticket is identified, then those tickets are 

either saved in a separate file and/or displayed for a user of the TTS, e.g., via a 
query. The user preferably has the ability to delete a confirmed duplicate or, most 
preferably, the user has the ability to "flag" one of more of the duplicates, leaving a 
single ticket that represents all the duplicates. A flag field (not shown) preferably 

20 includes the ticket number of the representative ticket and when the representative 
ticket is closed, the duplicate tickets will likewise be closed. 
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The present invention preferably also includes a report creation module 195. 
Several different reports can be run based on the data (tickets) in the TTS database. 
These reports are useful for tracking and trending tickets that have been assigned 
to people throughout an organization and are extremely helpful as management 
5 tools. Although shown as a separate unit, report creation module 195 may be 
incorporated in the same computer as TTS server and database 110. 

In the preferred embodiment of the present invention, six reports are 
preferably available through report creation module 195: 

Manager Reports - provides ticket information relevant to each manger 
10 group. This report preferably includes various reports for those tickets "entered" 
and/or "assigned" to a particular manger group. 

Escalation Reports — these reports provide information regarding escalation 
candidates and tickets escalated, i.e., tickets that have not been timely resolved and 
thus have been escalated in severity. 

15 Notification Reports - provide information relative to billing notification, 

recoveries, refunds and billing reruns. 

Ticket Reports - these reports are either detailed or in a listing. 

Inquiry Reports - preferably include three options: generate last month's 
numbers, generate all reports and generate individual reports. 
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Maintenance Reports - prints the current User list and is used primarily for 
administrative purposes. 

The foregoing reports preferably are created as desired via SQL searches and 
printed or displayed in a format that conveys the information quickly and clearly. 

5 The foregoing disclosure of embodiments of the present invention has been 

presented for purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise forms disclosed. Many variations 
and modifications of the embodiments described herein will be obvious to one of 
ordinary skill in the art in light of the above disclosure. The scope of the invention 
10 is to be defined only by the claims appended hereto, and by their equivalents. 
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WHAT IS CLAIMED IS: 

1. A trouble tracking system, comprising: 

a server in communication with an electronic network; 

a database in communication with the server, the database storing a 
5 plurality of trouble tickets; 

a user computer in communication with the network and having access, via a 
graphical user interface (GUI), to the server, the graphical user interface including 
at least one screen, the screen being operable to enter a new trouble ticket along 
with (i) a person responsible for resolving the ticket and (ii) a severity level for the 
10 trouble ticket, and to store the trouble ticket in the database; and 

a paging system, in communication with the server, wherein when the 
severity level associated with the trouble ticket is above a predetermined threshold, 
the server automatically initiates a call to the person responsible via the paging 
system. 

15 

2. The trouble tracking system of claim 1, further comprising an email 
server, wherein the email server automatically sends an email message to the 
person responsible for resolving the ticket and the email message includes at least a 
trouble ticket number. 
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3. The trouble tracking system of claim 1, further comprising a report 
creation module, the report creation module being operable to generate reports 
based on the plurality of trouble tickets stored in the database. 

5 4. The trouble tracking system of claim 1, further comprising a duplicate 

search module, the duplicate search module identifying at least one of an actual or a 
potential duplicate trouble ticket stored in the database. 

5. The trouble tracking system of claim 4, wherein the duplicate search 
10 module lists at least one pair of the actual or potential duplicate trouble tickets. 

6. The trouble tracking system of claim 1, wherein the trouble tickets 
comprise at least one of a problem, an inquiry, a bill notification and a user 
acceptance data issue. 

15 

7. The trouble tracking system of claim 1, further comprising a means for 
communicating with and sharing trouble ticket data with another organization. 

8. The trouble tracking system of claim 1, wherein the database further 

20 stores information relating to whether a resolution of a trouble ticket, proposed by 
outsourced personnel, has been verified. 
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9. The trouble tracking system of claim 1, wherein the database further 
stores status information. 

10. The trouble tracking system of claim 1, wherein the database further 
5 stores information associating a trouble ticket to a geographical region. 

11. The trouble tracking system of claim 1, wherein the network comprises 
the Internet. 

10 12. A system for managing issue resolution, comprising: 

a plurality of computers interconnected in a network, one of the computers 
including a trouble ticket database and an executable program for accessing and 
updating the database and each of the computers having access to a graphical user 
interface (GUI), the GUI including at least one screen operable to add a new trouble 

15 ticket to the database, each trouble ticket including at least (i) a description of the 
an issue, (ii) a person responsible for resolving the issue and (iii) a severity level of 
the issue; 

an email system in communication with the executable program, the 
executable program automatically emailing a trouble ticket number to the person 
20 responsible for resolving the issue; and 
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a paging system, the paging system automatically paging the person 
responsible for resolving the issue when the severity level of the trouble ticket is 
above a predetermined threshold. 

13. The system of claim 12, wherein the paging system transmits the trouble 
ticket number. 

14. The system of claim 12, wherein the screen operable to add a new trouble 
ticket includes fields for indicating the status of the trouble ticket and closed date of 
the trouble ticket. 

15. The system of claim 12, wherein the trouble ticket is associated with a 
geographical area. 

16. The system of claim 12, wherein the trouble ticket is one of a problem, an 
inquiry, a bill notification and user acceptance testing data. 

17. The system of claim 12, further comprising a duplicate trouble ticket 
module. 

18. The system of claim 12, further comprising a report creation module. 
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19. The system of claim 12, wherein the database is accessible via the 
Internet. 

20. The system of claim 12, wherein an outsourced organization updates the 
5 database. 

21. A trouble tracking system for monitoring trouble tickets, comprising: 

a central computer including an executable program and a database wherein 
the database stores a plurality of trouble tickets, each trouble ticket including a 
So trouble ticket number, an issue description and a duplicate ticket flag; 
O a plurality of user computers connected to the central computer via a 

W network, the user computers displaying a graphical user interface (GUI) that 
^ permits entry and updating of trouble tickets in the database; and 
m a duplicate ticket module operable to search the database for actual or 

Ml 5 potential duplicate trouble tickets, the duplicate ticket module making available a 
O list of actual or potential duplicate trouble tickets, 

wherein one or more duplicate trouble tickets are flagged with a trouble 
ticket number of a representative trouble ticket. 

20 22. The trouble tracking system of claim 21, further comprising a paging 

system. 



23. The trouble tracking system of claim 22, wherein each trouble ticket 
further includes an indication of severity and a person responsible field and when 
the indication of severity exceeds a predetermined threshold, the person identified 
in the person responsible field is paged. 

24. The trouble tracking system of claim 23, further comprising an email 
server, wherein the person identified in the person responsible field is sent an email 
alerting him that he has been assigned a trouble ticket. 

25. The trouble tracking system of claim 21, further comprising GUI screens 
for adding a problem, an inquiry, a bill notification and a user acceptance data issue 
to the database. 

26. The trouble tracking system of claim 21, further comprising means for 
communicating with an outsourced organization. 

27. The trouble tracking system of claim 26, wherein the means for 
communicating comprises the Internet. 

28. The trouble tracking system of claim 21, wherein the database stores 
information associating a trouble ticket to a geographical region. 
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29. A method for tracking trouble tickets, comprising the steps of: 
providing a trouble ticket database; 

accessing, via a network, a graphical user interface (GUI), the graphical user 
interface including at least one screen, the screen being operable to enter a new 
trouble ticket along with (i) a person responsible for resolving the trouble ticket and 
(ii) a severity level for the trouble ticket, and to store the trouble ticket in the 
database; and 

paging the person responsible when the severity level associated with the 
trouble ticket is above a predetermined threshold. 

30. The method of claim 29, further comprising emailing the person 
responsible with at least a trouble ticket number. 

31. The method of claim 29, further comprising creating a report based on a 
plurality of trouble tickets stored in the database. 

32. The method of claim 29, further comprising searching the database for 
duplicate trouble tickets. 

33. The method of claim 29, wherein the trouble tickets comprise at least one 
of a problem, an inquiry, a bill notification and a user acceptance data issue. 
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34. The method of claim 29, further comprising communicating with and 
sharing trouble ticket data with an outsourced organization. 

35. The method of claim 29, further comprising verifying a resolution of a 
trouble ticket, proposed by outsourced personnel, and storing information indicative 
of verification. 

36. The method of claim 29, further comprising storing status information. 

37. The method of claim 29, further comprising storing information 
associating a trouble ticket to a geographical region. 
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38. A method for managing issue resolution, comprising the steps of: 
connecting a plurality of computers in a network, one of the computers 

including a trouble ticket database and an executable program for accessing and 
updating the database and each of the computers having access to a graphical user 
interface (GUI), the GUI including at least one screen operable to add new trouble 
ticket to the database, each trouble ticket including at least (i) a description of an 
issue, (ii) a person responsible for resolving the issue and (iii) a severity level of the 
issue; 

emailing a trouble ticket number to the person responsible for resolving the 
issue; and 

automatically paging the person responsible for resolving the issue when the 
severity level of the trouble ticket is above a predetermined threshold. 

39. The method of claim 38, further comprising transmitting the trouble 
ticket number in the paging step. 

40. The method of claim 38, further comprising storing a status of the 
trouble ticket and a closed date of the trouble ticket. 

41. The method of claim 38, further comprising associating the trouble ticket 
with a geographical area. 
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42. The method of claim 38, wherein the trouble ticket is one of a problem, 
inquiry, a bill notification and user acceptance testing data. 

5 43. The method of claim 38, further comprising searching for duplicate 

trouble tickets. 

44. The method of claim 38, further comprising creating a report based on a 
plurality of trouble tickets. 

10 

45. The method of claim 38, further comprising accessing the database via 
the Internet. 

46. A method for monitoring trouble tickets, comprising the steps of: 

15 storing in a database, resident on a central computer, a plurality of trouble 

tickets, each trouble ticket including a trouble ticket number, an issue description 
and a duplicate ticket flag; 

providing a plurality of user computers connected to the central computer via 
a network, the user computers displaying a graphical user interface (GUI) that 
20 permits entry and updating of trouble tickets in the database; 

searching the database for actual or potential duplicate trouble tickets; 
displaying a list of actual or potential duplicate trouble tickets; and 
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flagging one or more duplicate trouble tickets including indicating a trouble 
ticket number of a representative trouble ticket. 

47. The method of claim 46, further comprising paging a person responsible 
for resolving a trouble ticket. 

48. The method of claim 46, wherein each trouble ticket further includes an 
indication of severity and a person responsible field, and when the indication of 
severity exceeds a predetermined threshold, paging the person identified in the 
person responsible field. 

49. The method of claim 46, further comprising emailing a person 
responsible for resolving the trouble ticket. 

50. The method of claim 46, further comprising displaying GUI screens for 
adding a problem, an inquiry, a bill notification and a user acceptance data issue to 
the database. 

51. The method of claim 46, further comprising exchanging information in 
the database with an outsourced organization. 



33 



52. The method of claim 51, wherein the exchanging step is performed via 
the Internet. 

53. The method of claim 46, further comprising associating a trouble ticket to 
a geographical region. 
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ABSTRACT OF THE DISCLOSURE 



A trouble ticket tracking system and method including a server in 
communication with an electronic network and a database for storing trouble 
tickets in communication with the server. A user computer is in communication 
with the network and has access, via a graphical user interface (GUI), to the server. 
The graphical user interface includes at least one screen which is operable to enter 
a new trouble ticket along with (i) a person responsible for resolving the ticket and 
(ii) a severity level for the trouble ticket, and to store the trouble ticket in the 
database. A paging system is also in communication with the server and when the 
severity level associated with a new trouble ticket is above a predetermined 
threshold, the server automatically initiates a call to the person responsible via the 
paging system. A duplicate ticket search engine is also preferably included to 
identify actual or potential duplicate trouble tickets, list any such duplicates and 
permit deletion thereof or a flagging thereof whereby when a representative ticket 
is closed out, the duplicate trouble ticket is also closed out. 
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